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ABSTRACT 



A rasterizer 10 for converting a datastream 12 which 
describes a page to be printed into a rasterized pagemap 
bitstream 13 to be sent to a printer. The rasterization is 
done in four stages using parallel processors in all stages 
except the first, and pipelining the processors between 
all of the stages. In the first stage 11, a scan processor ^ 
identifies and stores state-independent blocks 14 in the 
datastream. In the second stage 17, parallel block pro- 
cessors 22 convert the scanned blocks into stored inter- 
mediate-form data objects 20 and request preparation of 
often-used resources such as characters. In the third 
stage 23, the objects are sorted and stored by geographi- 
cal region of the pagemap by parallel sort processors 24. 
In the fourth stage 3 1, the sorted objects are rasterized 
into pelraaps and placed in the pagemap by parallel bin 
processors 30. All four stages are pipelined. End-of- 
block markers are used in the third and fourth stages to 
maintain correct ordering of the objects within the final 
pagemap. The rasterizer uses general purpose micro- 
processors for all stages. 

26 Claims, 10 Drawing Sheets 
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101 Get next block of intermediate-form objects 

102 Acquire R work areas /* R Is the number of regions in a page ♦/ 

103 Store block sequence number at the beginning of each work area /Kbh)*/ 

104 Repeat /♦ one Iteration per fotermediate-form object */ 

105 Get next object 

106 If not end-of-block 

107 For / * 1 to R 

108 If port of object lies in region 7 

109 Append copy of object to contents of work area / 

110 Else /* end of block */ 

111 Append end-of-block marker to contents of all work areas 

112 S«t end-of-block Am 

113 Until end-of-block flag Is set /* end of block */ 

114 For / = 1 to R 

115 Insert a pointer to work area / into the fourth stage work queue for 
region / 

SORTING PSEUDOCODE FOR A SINGLE SORT PROCESSOR 

FIG. 8 



201 Get next bin to be processed /* from a work queue */ 

202 Acquire a pdmap /* size of the bin's region on the pagemap */ 

203 Repeat 

204 Get pointer to next intermediate-form block from fourth stage work 

Seue /* initially gets pointer to first block «/ 
ile not end-of-block marker 

206 Get next object /« if end-of-block. the "while" wil! discover It */ 

207 If no object then Wait for next object 

208 If self contained object 

208a Merge into pagemap /♦ e,a black rectangle */ 

209 Qse /• reference to resource */ 

210 if resource not ready then 

211 Wait until resource is ready 

212 Qse /* resource already prepared •/ 

213 Merge resource hto pagemap 

214 Unto end-of-page 

PAGEMAP BUILDING PSEUDOCODE WITHIN A SINGLE BIN PROCESSOR 

FIG. 9 
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this to be done correctly, however, different objects. 
METHOD AND APPARATUS FOR PIPELINED that affect the same pel must do so in the same order as 
PARALLEL RASTERIZATION their order of appearance in the datastream. The use of 

mixing modes to determine visibility adds some charac- 
This is a continuation of copending application Ser. 5 teristics of a third "depth** dimension to the rasteriza- 
No. 07/437,428 filed on Nov. 15, 1989, now abandoned. tion of two-dimensional objects, and such rasterization 

BACKGROUND OF THE INVENTION is * CTef ° re often ***** to as "2-D ras teriation M . 

The adoption of all -points- addressable (APA) pnnt- 

1. Technical Field ing in conjunction with "advanced function** PDLs has 
This invention relates to rasterization, and more par- 10 brought about a dramatic increase in the amount of 

ticularly to rasterization by parallel processors for use in processing required for the rasterization of a page. A 

printing and other batch rasterization applications. rasterizer may now be required to process fonts whose 

2. Description of the Prior Art characters are described by curves representing their 
The transition from typewnter-hke printers (a fixed outlines. The characters must be scaled to arbitrary 

set of preformed characters that could only be posi- 15 sizcs ^ rotatc< j at arbitrary angles. The rasterizer may 
tioned at specific places on a page) to all-points-address- also ^ requircd to scale (expand, contract or stretch) 
able (APA .printing devices in which a page consists gra p hica i objcctSt rotatc them, and convert them to 
of millions of tiny dots (also known as "picture ele- bitmaps, as well as to scale and rotate already-bit- 
ments", or "pels'* for short) has paved the way to com- d ^ Furthermore, masks may be used to 
puter printing of complex documents The page- 20 hmit ^ ^ ^ of m objcct ^ variousmixing 
description languages that emerged to facilitate the mod es may be used to specify the result of placing over- 
process of specifying the content of complex pages , ; objects Fina]i these pDL& ^ £ ave "£ e fca- 
require extensive processing m order to determine the tl ££ $ ^ Ken eral-purpose programming lanfituaees such 
darkness or color of each of the millions of pels that , * ""7. «• , . Ev*& » 

' 7 " u j • j™-""" as condiUonal branching, which require processing abn 

constitute the page's content. High-speed pnnters have 25 . m „ 0 , q1 „„^ ce > , *L • », QC * ■ 

advanced so rapidly as to outstrip the processing power f general-purpose digital computers such as main- 

available to determine page content thus crLting a J"? "{ P e ™ n . al c ^P ute «* And^recently themtro- 

processing bottleneck. T*e present invention address duction of * olor m » mt ™ further mcreased the 

{his bottleneck. * processing demands on rastenzers. 

The printing process begins with an application pro- 30 . ™ e Mm P lesl w ^ to "*Pl«nent a rasterizer is with a 

gram, such as a document formatter, which generates a sm « le P™*ssor However as the required processing 

specification of a page's content in a page-description ureases, the cost of the processor and the associ- 

language ("PDL"). Page content expressed in a PDL is components such as memory, increases dramati- 

called a "datastream**. Examples of PDL commands ««* eventually makmg cost-efTective rngh-speed 

which could be included in a datastream are: 35 P nnlers . an unpoMjbhty. Preparing pages for high- 

•Draw a circle of radius three inches (8 cm) centered s P eed T> nntas rcqwa both faster and more powerful 

five inches (13 cm) below the page's top margin and Processing than is available from single moderate-cost 

four inches (10 cm) from the page's left margin, and fill microprocessors. Since, beyond a certain speed, the cost 

the circle with the color magenta/ of a processor grows faster than its processing speed 

♦Write the words "Now is the time for all good*' 40 <U., 5 slow processors are less expensive than a single 

horizontally, beginning 3.75 inches (9.5 cm) below the one is 5 times faster )> high-speed single-processor 

page's top margin and 1 inch (2.5 cm) from the page's rastenzers are not competitive, 

left margin, using the font "Times Roman" in a size of To kee P the cost of the rasterizer manageable, as well 

12 printer points.' 85 *° r other reasons such as incremental growth capabil- 

Once the datastream has been generated, for it to be 45 >ty t it is therefore highly desirable to have several inex- 

printed or displayed it must be con verted into a collec- Pensive processors collaborate rather than use a single, 

tion of several million numbers, each number represent- very expensive processor. 

ing the color of one picture element (pel) on the page. Significant problems and challenges must be ad- 

This collection of numbers is called the "pagemap", and dressed when designing a multiprocessor rasterizer. 

the conversion process is referred to as "rasterization". 50 Trie design should attain a significant degree of parallel- 

The determination of which objects (or parts of ob- ism - m order to achieve a high overall processing rate, 
jects) are visible on the final pagemap or display is usu- The design should minimize overhead and duplication 
ally made differently for two-dimensional ("2-D") ob- of effort by the processors, since these increase the total 
jects than for three-dimensional ("3-D'*) ones. 3-D ob- amount of work done for a given page, and hence re- 
jects have the third dimension of depth, and their visi- 55 duce the effective increase in performance. The design 
bility is determined by depth information which is an should minimize the sensitivity of processor utilization 
integral part of an object's description. Since the objects to page content Ajid the design should require less 
contain the depth information, the order in which they memory than a single-processor rasterizer of equal per- 
are rasterized and applied to the pagemap is not impor- formance, in order to make it competitive, 
tant. 60 Beyond these goals, two essential requirements must 

In the case of 2-D objects, the visibility of an object is be met. First, the datastream environment (cursor posi- 
typically determined by a combination of its location in tion, scale factor, current font, etc.) must be available at 
the datastream and a "mixing mode**. In the "overpaint" the beginning of each segment so that its processing can 
mixing mode, for example, a "later** object always hides begin immediately independently of other segments, 
an "earlier" one. More generally, in mixing modes the 65 Second, the impressions of the segments on the page- 
new value of a pel which is being colored by a new map must not overlap, because if they do the order in 
object is always a predetermined function of the old which the segments are processed and their impressions 
value and the pel color provided by the new object. For are. applied may affect the final appearance. 
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The prior art contains several approaches toward 
multi-processor rasterization. In ''pipelined rasterizers" 
the rasterization is broken into stages, and those are 
"pipelined" so that a different processor works on each 
stage, passing its results to the processor working on the 5 
next stage along the pipeline. These rasterizers satisfy 
both the first and second requirements, since every 
processor sees the entire datastream in the correct or- 
der, and only one processor updates the pagemap. The 
pipelined design is also quite efficient in terms of mem- 10 
ory requirements. However the level of parallelism is 
limited by the number of possible stages to be pipelined, 
which is no more than 2 or 3. Furthermore, the relative 
processing load on the different pipelined processors is 
sensitive to the page content. As a result, pipelined 15 
rasterizers are usually no more than twice as fast as 
single-processor rasterizers (i.e. their speedup factor is 
usually smaller than 2). 

In "page-parallel" rasterizers each processor works 
on a different page. With this design the first require- 20 
ment is usually easy to satisfy, since sufficient infonna- 
tion is usually available at the beginning of the page. 
The second requirement is always satisfied since pages 
(by definition) do not overlap, and a high degree of 
parallelism is achievable. However, very large amounts 25 
of memory are required and the rasterization time of a 
single page is not reduced. Also, processor utilization 
drops significantly whenever the page-rasterization 
time is highly variable (such as when simple and com- 
plex pages are mixed together), unless much more mem- 30 
ory is used. Since pages must be printed in a specific 
order, when a page-parallel rasterizer is faced with a 
difficult page followed by several easy pages, the print- 
ing engine (the printer) along with all but one of the 
processors must lay idle, waiting for the processor 35 
working on the difficult page to complete it 

In rasterizers which use "functional parallelism", 
blocks of different types (e.g., image, text, graphics) are 
rasterized independently and the results are merged 
sequentially into the pagemap. This can only offer mod- 40 
erate parallelism due to the limited number of types of 
blocks. Further, the effective parallelism achieved in a 
given page is very sensitive to the relative processing 
loads for the different types and hence to the content of 
the page. And finally, the last part of the rasterization, 45 
in which the blocks are merged into the pagemap, is not 
parallelized. 

Efforts to create rasterizers which exploit "geo- 
graphic parallelism" have not succeeded without limit- 
ing the mixing mode to "OR", which causes superposed 50 
images to be merged together without regard for which 
would overlap the other. Geographical parallelism is 
based on the intuition that it makes sense to build differ- 
ent regions of a page in parallel. However the per- 
ceived need to satisfy the second requirement at the 55 
outset of the rasterization process has prevented the 
realization of this idea for other mixing modes. 

"3-D rasterizers with Z-buffers" are exemplified by 
the . "Superdisplays" proposed by Pavicic, in which 
"object processors" prepare rasterized "objects" and 60 
send them to "image processors" (smart memory). Each 
rasterized object from a given location is fed to a desig- 
nated image processor for that location. The object 
includes an intensity "I" and a "z" value (depth) for 
each pel. Whenever an image processor receives a new 65 
object having (x ( y,z,I) values, it compares the z value 
with the one it is currently holding. If the new value of 
z is larger than the old one (i.e. if the new object is 
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deeper), the image processor discards the new entry, 
otherwise it replaces the old value with the new one. It 
is possible to keep around several values to accommo- 
date objects which only partly color pels. The Z-buffer 
design is aimed at displays rather than printers. In dis- 
play rasterizers, typically, lists of independent 3-D ob- 
jects undergo incremental changes, such as the addition 
or deletion of new objects, and changes to old objects. 
Z-buffers are not very efficient for batch 2-D rasteriza- 
tions of entire displays (pagemaps), since their image 
processors update pels individually, thus not taking 
advantage of the fact that with 2-D objects and an over- 
paint mixing mode (also known as order-implied depth), 
the last object covers all previous ones. Even if the 
mixing mode is not overpaint, the same operation sis 
performed on all affected pels and incremental update is 
inefficient. Thus, most APA printer rasterizers use 
batch rasterization since successive pages are not mere 
updates of previously printed pages. Also, Z-buffers 
rely heavily on the notion of overpainting of a deep 
object by a shallow one, and do not lend themselves to 
more complicated operations in which the result inten- 
sity and color are an arbitrary function of the past one 
and new one, since to do so would require a possibly 
infinite list of past (z,I) values for every pel (Z-buffer), 
there being no concept of completing the rasterization 
for a given depth range. Finally, Z-buffer technology 
has no concepts of finding state-independent objects 
and resource preparation (discussed below). 

The "Raster Processing Machine" (RPM) described 
by A. Ben-Dor and Brian Jones, Versatec, in "New 
Graphics Controller for Electrostatic Plotting, IEEE 
CG&A, pp. 16-25, January 1986, was developed for 
electrostatic plotters which do not have a full pagemap. 
Incoming graphical objects are converted sequentially 
(not in parallel) into an internal format, which produces 
a bottleneck limiting the rasterizers performance. The 
converted objects are then sorted by geographic loca- 
tion into bins corresponding to the size of the raster 
buffers of the machine (bands of pelmap). Once this 
process is completed, the bins are processed, possibly in 
parallel, and the results are placed into the appropriate 
partial pelmaps. The partial pelmaps are then combined 
together without regard for the sequencing of objects in 
the data stream. If two objects are superposed on the 
page they are blended together and printed. 

SUMMARY OF THE INVENTION 

This invention comprises a computer-implemented 
method for rasterizing a datastream specifying at lease 
one output image. A first step identifies state-independ- 
ent blocks within the datastream. These blocks are then 
converted in parallel into intermediate-form data. The 
intermediate-form data for at least two geographical 
regions of the image is then converted in parallel into 
rasterized pelmaps representing at least part of the im- 
age. This method may optionally also include a parallel 
step of preparing reusable intermediate-form data re- 
sources which are incorporated into the pelmaps. 

The invention also comprises a system for rasterizing 
a datastream specifying at least one output image. The 
system includes means for identifying state-independent 
blocks within the datastream, and at least two parallel- 
processing means for converting the blocks into inter- 
mediate-form data. The system also includes at least 
two parallel-processing means for converting the inter- 
mediate-form data into rasterized pelmaps of at least 
two respective geographic regions of the image. The 
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system preferably also includes means for reusing inter- embodiment include: (i) its efficient use of hardware, Le. 

mediate-form data for frequently-used items in the the minimization of overhead and duplicated work; (ii) 

datastream. The means for identifying blocks, the means the flexibility offered by its design; (iii) its scalability, Le, 

for converting blocks, the means for sorting, and the the ease by which the number of processors in any stage 

means for converting intermediate-form data, are pref- 5 can be increased or reduced; and (iv) the slow growth in 

erably general purpose microprocessors. the invention's memory requirements as the. number of 

Further, the invention also comprises a computer processors is increased. Our efficient use of hardware is 

program product recorded on magnetic or like media t h e resu i t 0 f careful design of the synchronization 

for rasterizing a datastream specifying at least one out- among the collaborating processors, and of a careful 

put image. 10 allocation of memory among different uses. The flexible 

Other features and advantages of this invention will design scalability is primarily provided by our use 

become apparent from the following detailed descrip- 0 fgeneraJ purpose processors for all stages of the raster- 

tion of the presently preferred embodiment of the in- ^im. ^ that processor may work on any stage. It 

vention, taken in conjunction with the accompanying will ^ however, that while these choices 

drawings. 15 

BRIEF DESCRIPTION OF THE DRAWINGS operation of the invention. 

FIG. 1 is a block diagram of our preferred embodi- Overview 

ToxL tlenton ?r0C ™° T Rcfcrrin S first t0 FIGS - 1 ™ d 7 ' ** 10 of 

FIG. 2 is a block diagram of the first stage of the 2 ° converts an object-oriented "datastream" 

rasterizer of FIG. 1, during which the scan processor » < which th ^ T C ° ° f * P * gC m 8 

separates the incoming PDL datastream into state- description language, or "PDL") into a "pagema P ;vi3 

independent blocks < a rastenjted set of blts ) t0 be sent to an all-points- 

FIG. 3 is a block diagram of the second stage of the 25 addressable ( APA ) device such » (preferably) a laser 

rasterizer of FIG. 1, during which intermediate-form P™ 1 "- ™ c conversion (rastenzmg) is done in four 

objects and resource requests are prepared by the block usin g multiple processors m all stages except the 

processors. ^ rst * 

FIG. 4 is a block diagram of the resource preparation ^ n tne f |rst sta S e a single "scan processor" proces- 

process of the rasterizer of FIG. 1. 30 507 scans tne incoming PDL datastream 12 to iden- 

FIG. 5 is a block diagram of the third stage of the tify state-independent '"blocks" 16. Each block is tagged 

rasterizer of FIG. 1, during which the sort processors with a "sequence number" and stored in a common 

sort the intermediate-form objects into geographical memory 18 available to all the processors, including 

bins. those working on subsequent stages. 

FIG. 6 is a block diagram of the fourth stage of the 35 In the second stage 17, the PDL commands of each 

rasterizer of FIG. 1, during which the bin processors block 16 are convened sequentially into one or more 

convert the sorted intermediate-form objects and the "intermediate-form objects" 20 by one "block proces- 

prepared resources into rasterized pelmaps and build sor" 22, and stored in a portion of the common memory 

the pagemap. 18. Whenever a block processor 22 becomes available it 

FIG. 7 is a schematic diagram of the operation of the ^ takes the next scanned block 16, prepares intermediate- 

rasterizer of FIG. 1, showing the parallel processing form objects 20 sequentially from the start of the block, 

within each stage and the pipelining between stages. and stores the objects along with the block's sequence 

FIG. 8 is a pseudocode implementation of the third number in a portion 21 of the common memory 18 
stage sorting intermediate-form objects within a single reserved for that block's objects. This stage is thus car- 
sort processor. 45 ried out in parallel for different blocks by the multiple 

FIG. 9 is a pseudocode implementation of the fourth block processors 22. 

stage building of a region of the pagemap within a single in the third stage 23, multiple "sort processors" 24 

bin processor. sort the stored intermediate-form objects 22 into "bins" 

FIG. 10 is a programming flowchart corresponding 26 according to their target geographical regions on the 

to the pseudocode of FIG. 8. 5 q pagemap 13. Before beginning the work on a pagemap 

FIG. 11 is a programming flowchart corresponding ^ j t divided into non-overlapping "geographical 

to the pseudocode of FIG. 9. regions", and a bin 26 is constructed for each region. 

DESCRIPTION OF THE PREFERRED Again, objects belonging to the same block are pro- 

EMBODIMENT cessed sequentially by a single sort processor, but differ- 

55 ent blocks can be processed in parallel by several sort 

Background processors. 

This invention is applicable whenever a high-level "Resource preparation" is done concurrently with 

description of a collection of two-dimensional objects is the second and third stages 17, 23 by "resource proces- 

to be converted into a single pagemap or any other type sors" 27. From "resource preparation requests" 29 is- 

of pel-map representation. The rasterizer 10 of the pre- 60 sued by the block processors 22 in the second stage 17 

ferred embodiment prepares pagemaps for all-points- for multiply-used items such as characters, punctuation, 

addressable-(APA) computer-driven printers. numbers and symbols, the resource processors 27 pro- 

The main technical advance provided by this inven- duce intermediate-form data ("resources") 28 and store 

tion is cost effectiveness. The cost of producing a high- those resources in memory where they can be reused by 

speed multi-processor printer rasterizer 10 using the 65 the bin processors 30 of the fourth stage 31 without 

preferred embodiment will be significantly less than the repreparation. 

cost of producing a single-processor rasterizer of equal Finally, in the fourth stage 31, "bin processors" 30 

speed. Other advantages provided by the preferred rasterize the geographically sorted intermediate-form 



08/05/2002, EAST 



Version: 1 . 03 . 0002 



5,157,765 

7 8 

objects 20 stored in the bins 32, and store the resulting scan processor's output is a slightly modified datas- 
rasterized data (partial pagemaps, or **pelmaps") in tream, which is essentially the original datastream 12 
memory as a pagemap 13 of the finished page. The partitioned into state-independent blocks 16 along with 
pagemap 13 is then sent to an APA printer 33 to pro- state information on block boundaries and a block se- 
duce the actual, printed page specified by the datas- 5 quence number 32 for each block. The blocks are "state- 
tream 12. To preserve the consistency of the finished independent", which means that each block 16 contains 
pagemap 13 produced by this process, the intermediate- sufficient information regarding its datastream process- 
form objects 20 in any given bin are processed by a mg environment (its "state") to allow the preparation of 
single bin processor 30 in order by block sequence num- intermediate-form data. Such state information in- 
ber. 10 eludes, for example, the current font being used for text 
Each of the second, third and fourth stages, as well as characters and symbols, and the current scale and rota- 
the resource preparation process, is done in parallel by tion to be applied. 

multiple processors. Because the first stage scan proces- The details of the scan processor depend entirely on 

sor 14 produces state-independent blocks 16 having the PDL being processed. In general, commands such 

their own data processing environments, the second IS as 

stage block processors 22 can process the blocks con- "move to position X— 2.45 inches (5.45 cm), y=7.43 

currently, i.e. in parallel. The third stage son processors inches (18.75 cm)", 

24 sort the intermediate-form objects 20 into the bins 26 "set current font to Times Roman Italic 12 point", and 

in parallel, each sort processor operating on the objects "set graphics state to scale X = 1.0, y— 11, rotation 90 

stored for a single block. The fourth stage bin proces- 20 degrees" 

sors 30 rasterize the contents of the bins 26 concurrently identify the beginnings of state-independent blocks. In 
and independently of each other, but each bin is pro- the POSTSCRIPT PDL of Adobe Systems, Inc., com- 
cessed sequentially by a single bin processor. Whenever mands such as "gsave "(graphics save) and "grestore** 
a resource processor 27 becomes free, is dequeues the (graphics restore) can be used to identify blocks, 
next resource preparation request 29 on the resource 25 There is a trade-off bet ween the amount of processing 
preparation request queue (thereby bringing the next devoted to scanning and the resultant block sizes. A 
request to the head of the queue), and prepares the simple scan processor 14, for example, would simply 
resource's intermediate-form data 28. Resources can look for page boundaries, thereby producing a single 
thus also be prepared in parallel by multiple processors. block 16 per pagemap 13 and simplifying the entire 
AH four stges are pipelined, so that the next stage can 30 rasterizer 10. This is because all the objects 20 for any 
begin even before the preceding stage has been com- given pagemap are generated by a single block proces- 
pleted. A block processor 22 begins working on a block sor 22 in the correct order, and so each bin 26 will be 
16 as soon as the scan processor 14 identifies the block's filled by a single sort processor 24. The end-of-block 
datastream processing environment. A sort processor markers and associated synchronization mechanism are 
24 begins sorting a block's intermediate-form data 21 as 35 thus no longer required. Yet even in this simple raster- 
soon as the block processor 22 has begun to generate izer, the pagemap 13 can be divided into geographical 
intermediate-form objects 20, and before the block pro- regions so as to allow multiple bin processors 30 to 
cessor has finished with the block. A bin processor 30 work on the same pagemap during the fourth (pagemap- 
begins working on a bin 26 of sorted intermediate-form building) stage, although the rasterizer's memory re- 
objects 20 as soon as the sort processors 24 start filling 40 quirements will be increased because the rasterizer must 
that bin, and before the sort processors have finished be able to store the datastream for multiple complete 
with that bin. However a bin processor 30 working on pages. 

a given bin 26 may not begin work on objects 20 in that At the other extreme, a very complex scan processor 

bin which were generated from a successive block 16 14 will generate many blocks 16 per pagemap 13. The 

until the bin processor encounters the "end-of-block" 45 optimal complexity of the scan processors 14 depends 

markers for all previous blocks, since additional objects on the difficulty of identifying state-independent blocks 

for those previous blocks may yet arrive from sort pro- 16 in the PDL datastream 12, and on the desired com- 

cessors 24. This requirement is necessary to ensure the plexity of the rest of the rasterizer 10. 
consistency of the final pagemap 13. 

The scan processors 14, block processors 22, resource 50 Intermediate— form Objects— Second Stage 
processors 27, sort processors 24, and bin processors 30, As shown in FIG. 3, the block processors 22 convert 
are all preferably a single type general purpose micro- the state-independent datastream blocks 16 into inter- 
processors which communicate with the common mem- mediate-form objects 20 during the second stage. The 
ory 18 over a conventional common data bus 15. The form of the blocks clearly depends on the particular 
processors may be programmed to work on any stage of 55 PDL being processed, and so the block processors' 
the rasterization process, perhaps with the exception of programming must be tailored to the PDL. However, 
the scan processor. This maximizes the flexibility of the the resulting intermediate-form data 20 can be indepen- 
design, permitting (among other things) dynamic as- dent of the particular PDL input, 
signment of memory for different purposes and dy- The second stage block processing is carried out in 
namic assignment of processors to heavily used stages 60 parallel for multiple blocks 16 by multiple block proces- 
so as to prevent bottlenecks from developing. High- sors 22. Each of the block processors 22 parses and 
bandwidth communications between the processors and interprets the block's PDL 16, and executes compli- 
the common memory are needed. cated graphics operations such as rotation and scaling, 
CrQnnin ti T?iret and most the rendering. The block processor 22 also 
2>canmng— nrst 2>cage 65 identifies re f ere nces to reusable resources 28 such as 
As shown in FIG. 2, the scan processor 14 receives as text characters, and places requests 34 for the prepara- 
its input the datastream 12, which describes a sequence tion of intermediate-form data for those resources on 
of pages in some page-description language (PDL). The the resource preparation request queue, as described 
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more fully below under the beading "Resource Prepa- gions of the pagemap 13 are defined in advance to be 

ration". The intermediate-form objects 20 generated non-overlapping and to together cover the entire page, 

from any given block 16 are generated sequentially by a and are known to each sort processor 24. At the same 

single block processor 22 and are place'd sequentially in time, a number of 'fourth-stage- work-queues** are cre- 

a portion 21 of the common memory 18 reserved for S ated for each pagemap 13, one for each geographical 

that block. Therefore, it is sufficient to store the block region. These queues can be accessed by all the sort 

sequence number only once per block. processors 24. In our preferred embodiment, a fourth- 

To summarize, the second stage takes state-indepencj- stage-work queue and the objects pointed at by its 
ent datastream blocks and converts them in parallel into entries together comprise the embodiment of a "bin", 
collections of intermediate-form objects. Each block is 10 The choice of region shapes and intermediate-form 
processed by a different block processor, and the ob- object types is made to facilitate the sorting of this third 
jects resulting from any given block are jointly marked stage. In this embodiment, for example, the regions are 
with the block's sequence number and stored together. chosen to be horizontal bands of the page and the inter- 
The second stage also produces resource-preparation mediate-form objects 20 are restricted to being either 
requests. IS trapezoids or rectangles whose bases are parallel to the 
_ . bands comprising the regions. The partition of the page- 
Resource Preparation Process , map is assigned to one or more of the processors essen- 

Resources comprising intermediate-form data for tially as a matter of design choice. If the first stage is 

multiply-used items are prepared in parallel to the block parallelized hierarchically as described below, the ini- 

processing and sorting of the second and third stages, as 20 tial "simple" scan processor (which divides the datas- 

shown in FIG. 4. tream 12 into pagemap-sized superblocks) may define 

In the second stage, whenever a block processor 22 the regions for each pagemap it identifies. Alternatively 

determines that the datastream 12 specifies an unpre- the regions may be defined uniformly for all of the 

pared reusable item, that block processor reserves a pagemaps. 

place 28 in the common memory 18 to store intermedi- 25 Each bin 26 is a designated area of the common mem- 

ate-form data (the resource) for that item, and puts a ory 18 for storing the intermediate-form objects 20 to be 

"resource preparation request*' 29 into a common queue printed (wholly or partly) in the bin's respective geo- 

(list) of resource preparation requests. At the same time, graphical region. Each object 20 is stored in the bin(s) 

the block processor 22 initializes a "resource reference 26 corresponding to the geographical region where the 

count" to keep track of the number of times that re- 30 object will be placed in the pagemap 13, together with 

source is specified by various blocks. The block proces* the object's respective block sequence number 32 in 

sor 22 then continues to process its block 16 without order to maintain the objects in block number order 

preparing the resource's intermediate-form data. Each within each bin. 

resource preparation request 29 is taken up in order In the "sort" step of the third stage, each block's 
from the resource queue by one of the resource proces- 35 group 21 of objects 20 is sorted into a number of tempo- 
sors 27, which prepares the resource's intermediate- rary work areas, each work area corresponding to a 
form data 28 and stores it' in the place reserved for it in geographic region of the pagemap 13, i.e. to a bin 26. 
the common memory 18. Each sort processor 24 receives a series of intermediate- 
Once a resource has been requested, as a later block form objects 20 which were generated from a common 
processor 22 encounters a specification of an already- 40 datastream block 16 and stored together in that block's 
requested resource item, it simply places in the inter- portion 21 of the common memory. Before beginning 
mediate-form object 20 under construction a pointer to the sort step, the sort processor 24 acquires an alloca- 
the resource 28 stored in memory, and updates that tion of a number of temporary work areas within the 
resource's reference count so that the resource's inter- common memory 18, one portion per geographic re- 
mediate-form data 28 is not deleted prematurely. The 45 gion, and places the block's sequence number 32 at the 
pointer is then used by the bin processor 30 processing beginning of every work area. The sort processor 24 
that object 20 to obtain the resource's intermediate- examines each object 20 within the block's portion 21 of 
form data 28. memory to determine which region(s) of the pagemap 
In this way, intermediate-form data for frequently- 13 it is destined for, and places the object in the tempo- 
used resource items is prepared only once, thereby re- 50 rary work area corresponding to the object's regions 
ducing duplicated effort and improving the rasterizer's accordingly. If an object 20 spans several regions, it is 
performance. placed in the work area for each region. When a sort 
_ , . . c . . . e , processor 24 finishes sorting the group 21 of objects 20 
Geographical Sorting-Third Stage of a ^ Uock 16 mto temporary work areas it places 

As shown in FIG. 5, in the third stage the intermedi- 55 an "end-of-block marker" for that block in all of the 

ate-form objects 20 are sorted into bins 26 that corre- work areas it acquired. The inclusion of the end-of- 

spond to geographic regions of the pagemap 13 being block markers is explained below, 

built. The sort processor 24 then inserts pointers into the 

The third stage's sorting is carried out in parallel for fourth-stage-work-queue for each geographical region 

different blocks' groups 21 of objects 20 on multiple sort 60 of the pagemap 13, the pointers pointing to the corre- 

processors 24, but is performed sequentially within each spending work areas that the sort processor 24 just 

block's objects. The third stage does not depend on the created. These pointers are placed in positions in the 

input PDL, since the objects 20 to be sorted are in inter- fourth -stage-work-queues according to the block se- 

mediate-form. The implementation details necessary for quence number 36 of the block 16 just sorted by the sort 

correctly sorting the objects 20 in order by both bin 26 65 processor 24, so that the objects will be processed in the 

and block number 32 are described fully below. fourth stage in block number order. The work area used 

The partition of the pagemap 13 into geographic by the sort processor 24 is released by the sort processor 

regions is done before the third stage begins. The re- at this time, but the work area's memory is not deal- 
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located until the fourth stage bin processors 30 have 
processed the objects in the work area. 

A pseudocode implementation of the third stage sort- 
ing is shown in FIG. 8. 

FIG. 10 contains a flowchart corresponding to the 
pseudocode of FIG. 8. The reference numerals assigned 
to the boxes of the flowchart correspond to the line 
numbers of the pseudocode. 

Building the pagemap 

In the fourth and final stage, bin processors 30 con- 
vert the intermediate-form objects 20 stored in the bins 
26 into pelmaps (collections of color values of individ- 
ual pels), and merge them into the pagemap 13 to com- 
plete the rasterization process. Unlike the second and 
third stages where the parallelism is by block, the paral- 
lelism in the fourth stage is geographic since the bins 26 
corresponding to different geographical regions are 
processed in parallel by different bin processors 30. 



model 3812-002 PAGEPRINTER or the IBM model 
4019 LASERPRINTER. 

If there are more bins 26 than bin processors 30, a bin 
processor can be assigned multiple bins. When such a 
5 bin processor has to wait for objects 20 of one bin 26 to 
be prepared and sorted it can try to work on its other 
bin(s). If a bin processor 30 reaches the end of the page- 
map 13 for its bins 26, it begins processing another bin 
which has not yet been assigned to a bin processor. 
10 The fourth, pagemap-building, stage is clearly inde- 
pendent of the PDL used in the datastream. It also 
requires only relatively simple processing, though the 
volume of data to be processed is large. Even though 
this could profitably be done using specialized hard- 
15 ware, we prefer to use general purpose microproces- 
sors. 

FIG. 9 shows a pseudocode implementation of the 
fourth, pagemap-building, stage. Line 207 represents 
the possibility that one of the block processors 22 is 
First, each bin processor 30 is assigned a bin 26, with 20 taking a long time. Having processed all the objects 20 



no bin assigned to more than one bin processor. Thus 
only one bin processor 30 ever updates the region of the 
pagemap 13 corrsponding to a particular bin 26. 

Each bin processor 30 processes the objects 20 in its 
bin 26 in block number order, since the objects 20 are 25 
stored within each bin 26 in block number order by the 
sort processors 24 during the second stage. This block : 
number ordering within each bin 26 maintains the cor- 
rect order of objects within the same region but gener- 
ated by different blocks. Within each bin 26, the correct 30 
order of the objects 20 from a particular block is main- 
tained by the sequential placement of those objects into 
the bin 26. The order among objects that were gener- 
ated from different blocks (in parallel) is maintained by 
the block sequence numbers. 35 

A bin processor 30 must finish all objects 20 in its bin 
26 from a given block before starting on objects from 
the next higher numbered block. Since the objects 20 
are generated by the block processors 22 in parallel 



from a particular block 16 and not encountered that 
block's end-of-block marker 36, the bin processor 30 
knows that the block's block processor 22 is not yet 
done with the block. The bin processor 30 must simply 
wait until the block 16 has been processed and sorted 
and the block's end-of-block marker 36 appears in the 
bin processor's bin 26. The prior art contains several 
suitable waiting and notification schemes which can be 
used here. 

FIG. 11 contains a flowchart corresponding to the 
pseudocode of FIG. 9. The reference numerals assigned 
to the boxes of the flowchart correspond to the line 
numbers of the pseudocode. 

Illustrative Example 

The operation of the rasterizer 10 is illustrated with 
reference to FIGS. 2-6. 

Referring first to FIG. 2, in the first stage the PDL 
datastream 12 is received by the scan processor 14 and 



with variable delay and duration, the bin processor 30 40 divided into blocks 16. Only the first three blocks of the 



first page PAGE 1 are shown, although a typical datas- 
tream would contain tens, hundreds or thousands of 
blocks specifying multiple pages. Each block contains 
fragments of the datastream PDL which will result in 
one or more objects in later stages of the rasterization. 
Thus one small fragment of the datastream may result in 
multiple objects. For example, a datastream command 
to draw a circle may be converted into a large number 
of trapezoidal objects. For purposes of illustration only, 



must be notified explicitly by the sort processors 24 that 
all objects from a particular block have been generated. 
This is accomplished by the sort processors* storing of 
the end-of-block markers 36 in the bins 26. 

Whenever a bin processor 30 encounters a reference 45 
to a resource 28, it checks to see whether the resource 
preparation has been completed. If the resource prepa- 
ration has not been completed, i.e. if the resource is not 
ready, the bin processor 30 must wait for it. When a 

resource 28 is ready, a bin processor 30 needing it uses 50 FIGS. 2-3 show each object as having a unique corre- 
the pointer placed in the intermediate-form object to spending fragment of the datastream in a block, 
locate the resource's intermediate-form data. The bin . BLOCK 1 is shown as having PDL fragments PDL 1A, 
processor 30 converts the resource's intermediate-form PDL IB, and PDL 1C. Similarly, BLOCK 2 contains 
data 28 into a pelmap and places it in position in the PDL 2A and PDL 2B, and BLOCK 3 contains PDL 3A 
pagemap 13. After using a resource 28 the bin processor 55 and PDL 3B. 

30 decrements the resource's reference count. When a In the second stage 17 as illustrated in FIG. 3, a dif- 
resource's reference count is reduced to zero, meaning ferent block processor 22 converts each block 16 into a 
that it is no longer needed, the resource's intermediate- corresponding group 21 of intermediate-form data ob- 
form data can be deallocated. Resource deallocation is jects 20. Because the block processors 22 operate in 
done as needed, so that more frequently used resources 60 parallel on the blocks 16, there is not necessarily any 



are not immediately deallocated even though there may 
be no outstanding requests for them at a particular time. 
Suitable deallocation methods such as the "least re- 
cently used" and "least frequently used" methods are 
well known in the prior art 

When the pagemap 13 has been built, it is sent to a 
printer for printing. The printer 33 is a conventional 
all-points-addressable (APA) printer such as the IBM 



correspondence between a block's sequence number 36 
and the block processor which processes the block. 

In this example of the second stage 17, BLOCK 1 is 
converted into three intermediate form objects, OBJ 
65 1A, OBJ IB, and OBJ 1C. Further, BLOCK 1 contains 
datastream fragments for two multiply-used resources 
identified as RES 1 and RES 2. The block processor 22 
-processing BLOCK 1 places resource-preparation re- 
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quests 29 for these resources, REQ RES 1 and REQ 
RES 2, on the resource preparation request queue. The 
block processor also places pointers to the storage loca- 
tions for these resources' intermediate form data 28 in 
the objects which use the resources; Thus, OBJ 1A 
contains pointers to RES 1 and RES 2, and OBJ IB and 
OBJ 1C include pointers to resource RES 2. 

Similarly, BLOCK 2 is converted into intermediate 
form objects OBJ 2A and OBJ 2B and resource prepa- 
ration request REQ RES 3, and BLOCK 3 is converted 
into OBJ 3A and OBJ 3B. It will be noted that the 
objects 20 are of varying size — size being typically (but 
not necessarily) related to the size or complexity of the 
resulting image. 

The resource preparation process is illustrated in 
FIG. 4. Two resource processors 27 take resource prep- 
aration requests 29 from the resource preparation re- 
quest queue and prepare and store the requested re- 
sources' intermediate form data 28. The resources* in- 
termediate form data 28 is stored in the common mem- 
ory 18 at the locations allocated by the block processors 
22 which requested the resources' preparation during 
the second stage 17. Thus, REQ RES 1 is processed and 
the intermediate-form data 28 for RES 1 is stored in the 
common memory 18. Similarly, REQ RES 2 and REQ 25 
RES 3 are processed to produce RES 2 and RES 3. 

The third stage 23 sorting of intermediate form ob- 
jects 20 by geographical location is illustrated in FIG. 5, 
where three sort processors 24 sort the groups 21 of 



10 



IS 



20 



The bin processor processing BIN 2 rasterizes OBJ 
1A and its resources RES 1 and RES 2, producing 
image 1A containing rasterized resource images (Rl) 
and (R2). Image IB containing resource image (R2) is 
produced similarly, as is image 3A after the markers 
END 1 and END 2 are encountered. As with BIN 1, 
because image 3A superposes image IB, and because 
OBJ 3A occurred later in the datastream 12, image 3A 
partially covers image IB. Finally in BIN 2, object OBJ 
3B which overlaps the regions of BIN 2 and BIN 3 is 
rasterized into image 3B, which partially superimposes 
and covers image 3A. 

In BIN 3, image 2A containing rasterized resource 
image (R3) is placed in the pelmap, followed by that 
portion of image 3B in BIN 3's region. 

In the end, the pagemap 13 for PAGE 1 is assembled 
from the pelmaps which it comprises, and can then be 
sent to the printer for printing. 

Alternative Embodiments 

It will be appreciated that, although specific embodi- 
ments of the invention have been described herein for 
purposes of illustration, various modifications may be 
made without departing from the spirit and scope of the 
invention. In particular, while the preferred embodi- 
ment produces printer pagemaps, the invention is also 
applicable to displays used for the imaging of 2-dimen- 
sional objects, as well as other applications which need 
to convert high-level descriptions of two-dimensional 



objects. As in the second stage 17, there is no necessary 30 objects into rasterized pagemaps or other pel-map rep- 



correlation between a block's block sequence number 
36 and the sort processor 24 which sorts that block's 
objects. 

In this example of the third stage 23, BLOCK l's 
objects OBJ 1A and OBJ IB specify images which will 35 
be located in a geographical region of the page map 13 
which has been assigned to BIN 2, and these objects (or 
more accurately, pointers to them) are placed in BIN 2. 
BLOCK l's third object OBJ 1C is placed in BIN 1. 



resentations. . 

And although the first scanning stage of the preferred 
embodiment is preformed sequentially by a single scan 
processor 14, the scanning of the datastream 12 may be 
parallelized. In one such arrangement, an initial simple 
sequential scan processor will divide the datastream 
into blocks that contain the datastream for entire pages, 
each of which is then handed over to one of several 
parallel complex scan processors for separation into 



The sort processor 24 then places end-of-block markers 40 smaller state-independent blocks. In this way a block is 



36 END 1 for BLOCK 1 in all of the bins 26 for the 
pagemap 13 being rasterized. 

Similarly, the objects of BLOCK 2 are placed in their 
respective bins, with OBJ 2A going into BIN 3 and OBJ 
2B going into BIN 1 and BLOCK 3*s object OBJ 3A is 45 
placed in BIN 2. OBJ 3B overlaps into the regions of 
both BIN 2 and BIN 3, and is therefore placed in both 
of those bins 26. 

The fourth stage 31, illustrated in FIG. 6, produces 



divided into several state-independent sub-blocks, each 
of which has a sequence number, so that separate block 
processors and sort processors may work on the main 
block concurrently. In addition, the scan processor and 
block processors of this invention may be specialized to 
handle particular types of blocks, in some ways simi- 
larly to the "functional" rasterizers of the prior art. 

Also, while the preferred embodiment sorts all the 
objects of any given block by a single sort processor, it 



the rasterized pagemap 13. The parallel bin processors 50 is contemplated that multiple sort processors may oper- 



30, each processing the objects 20 of a single bin 26, 
produce rasterized pelmaps of their respective bins* 
geographic regions. These pelmaps together comprise 
the pagemap 13. 

The bin processor processing the contents of BIN 1 
first rasterizers OBJ 1C, which requires rasterization of 
that object's associated resource RES 2. The result of 
this is placement of the rasterized image 1C which con- 
tains the rasterized resource image (R2) in BIN l's pel- 



ate on objects of the same block provided that each 
object has been stored with its own block sequence 
number by its block's second stage block processor. 
Alternatively, the third stage's sorting can be merged 
55 with the second stage's creation of intermediate-form 
objects, although this reduces the number of stages 
which can be pipelined and may thereby reduce the 
rasterizer's performance in some situations. 
Further, is understood that while the preferred em- 



map. The bin processor then processes the end-of-block 60 bodiment uses multiple separate microprocessors, the 
marker 36 END 1, and proceeds to rasterize the object stages of the invention can be performed as well by a 
OBJ 2B and place it in BIN l's pelmap. Image 2B par- single, multi-tasking programmed general purpose digi- 
tally superposes image 1C, and because this datastream talrcomputer such as a multi-processor processor IBM 
12 specifies overpaint mixing mode, image 2B (which model "3090" mainframe computer, or an IBM "PS/2" 
appears later in the datastream) partially covers image 65 personal computer running a multi-tasking operating 



1C where they are superimposed. The bin processor 30 
for BIN 1 then encounters the markers END 2 and 
END 3, and proceeds to begin processing the next bin. 



system such as IBM's "OS/2 EXTENDED EDI- 
TION". Alternatively, one may use different type pro- 
cessors for each stage in order to individually optimized 
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the processors for each stage. Such different processor This is because our invention takes advantage of the fact 

types might then be connected to separate partitions of that the order of appearance of objects in the datastream 

memory rather than having access to the entire com- reflects the objects* relative depth, so that objects ap- 

mon memory, allowing concurrent access by the pro- pcaring later in the datastream are "closer" to the 

cessors to different areas in memory and thereby in- 5 viewer and should therefore be overpainted over earlier 

creasing the communication bandwidth without requir- objects they superpose. 

ing faster memory or processors. Unlike the "Raster Processing Machine" (RPM), our 

Resource preparation may be combined with the invention converts the datastream into intermediate* 

second stage preparation of intermediate-form data. form using parallel processors, eliminating the RPM's 

This may avoid a possible difficulty in allocating an 10 bottleneck at that process. Perhaps more importantly, 

unknown amount of memory for a resource of unknown our rasterizer produces a pagemap which correctly 

size. However eliminating parallel resource preparation places the objects in light of the mixing mode(s) applied, 

may slow the rasterizer's performance when a single unlike the RPM rasterizer. 

datastream block requires the preparation of many re- Finally, none of the prior art rasterizers provide par- 
sources, since a single block processor would have to do 15 ai| e j resource preparation as described herein, 
all the work. Accordingly, the scope of protection of this inven- 

It is understood that while the rasterizer 10 is de- tion ^ limited only by the following claims, 

scribed as a pre-processor separate from the printer 33, We ci^. 

it is merely a matter of design choice whether to incor- x A method for raterizing a datastream of sequential 
porate the rasterizer within the computer running the 20 commands specifying at least one output image, corn- 
application which produces the datastream, or to incor- Hsi ^ compu ter-implemented steps of 
porate the rasterizer within the printer. ^orto construct (a) identifying at least two state-independent blocks 
the rasterizer as a separate component. Where datas- Qf ^ ^hin the datastream, the se- 
tream-producing applications are run on computers e of received commands in ^ dat astream 
capable of multitasking, the rasterization according to 25 mdi cative of { e ^ons ^ overlap other 
this invention may be performed as an application-like imaee coitions 

post-processor. Where dataslrea^-producjng appUca- co^ertag the commands in said blocks, in paral- 

t.ons are run on computers capable of mult.-threadmg ' intennediate-form data and maintaining a 

within single applications, rasterization according to . . n . . . . . - ; ,°. 

... . f , r j '.t • ,• rt f- ^ , ft sequence record of said intermediate-form data; 

this invention may be performed within the application. 30 ^* ^ 

Comparison With Prior Art (c) converting into rasterized pelmaps representing at 

The rasterizer of this invention outperforms the sim- Pf* of interm^iate-form data 

pie pipeline rasterizers of the prior, both by providing for at tW ° n onK>verlap P ing geographical re- 

parallelism in each stage and by mitigating the load 35 ? ons of the ima « e 1D and fo f f ch re 8 10 "» 

balancing problem. With this invention one can assign m tne ^ sequence as said sequential commands 

different number of processors statically or dynamically were ™* v 1* w ?" ch S ave nse t0 ™ d mtermediate- 

to the different stages based on the relative load on the fom data for s** re # on * . t . 

sta g es 2. A method according to claim 1, wherein step (b) is 

This invention offers important advantages over 40 pipelined with step (a), 

prior art page-parallel rasterizers. Since several proces- . 3 - A method according to claim 1, wherein step (c) is 

sors work on the same page, substantially less memory pipelined with step (b). 

is required for pagemaps for any given number of pro- . 4 - A method according to claim 1, further compns- 

cessors, resulting in cost savings on memory. This in- ing, after step b, the step of: 

vention also rasterizes difficult pages faster than the 45 b(l) sorting, in parallel, the mtermediate-form data by 

page-parallel rasterizer, because multiple block, sort geographical region of the image in which said 

and bin processors cooperate to work on the blocks and intermediate-form data belongs before converting 

regions of each pagemap. Lastly, processors are not idle the intermediate-form data into rastenzed pelmaps. 

even if page complexity is highly variable, and this does 5. A method according to claim 1, further comprising 

not require additional memory. 50 tne s^P °f 

Although the 3-D rasterizers with Z-bufTers use two (<0 assembling the pelmaps into a representation of 

main rasterization phases carried out in parallel by the image. 

groups of processors, when handling 2-D objects they « A method according to claim 5, wherein the datas- 

are unable to correctly handle combinations of mixing treara comprises commands in a printer page definition 

rules without requiring unlimited amounts of memory 55 language (PDL); and further comprising the step of 

per pel. This is because with multiple mixing modes, (e) printing the image. 

objects must be applied in the exact order in which they 7. A method according to claim 1, wherein steps b, 

are specified, and if they are not presented to the page- bl, c are performed, in parallel, by programmed general 

map builder in that order it must store all the valued purpose microprocessors. 

until the page is completed, and only then sort them by 60 8. A method according to claim 7, wherein the micro- 
sequence number and apply them to the pagemap one processors are programmed to perform more than one 
by one for a each pel. Even with overpaint mode, for of the steps (a)-(c). 

which Z-buffer rasterizers are best suited, it is necessary 9. A method according to claim 1, further including, 
to store a depth value with each pel. Because pels are after step b, the steps of: 

represented in printers by between one and four bits, 65 bl determining if any intermediate-form data is to be 

and depth information typically requires at least sixteen multiply used; and 

bits, Z-buffer rasterizers require enormously more b2 reusing said intermediate-form data in converting 

memory than rasterizers according to our invention. the stored intermediate-form data into pelmaps. 
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10. A method according to claim 9, further including regions of the pagemap in which said intermediate form 
the step of preparing reusable intermediate-form data in object data belong. 

parallel for at least two items of the selected block but ^ A system according to claim 16, wherein the 

only converting said reusable intermediate-form data «■?» "f^S ■ ™* * e mcans for con " 

' 5 verting blocks; and 

77' a i j- . i • <a u • a wherein the means for converting intermediate-form 

11. A method according to claim 10, wherein the ofc . t dflta fa i^ med with ^ mcans for s^g. 

reusable intermediate-form data is prepared in parallel w A mm according to claim 16, wherein the 

with the conversion of the blocks into intermediate- para ii e i processing means for sorting comprises at least . 

form data. 10 two general purpose microprocessors programmed to 

12. A method according to claim 10, wherein the operate in parallel. 

reusable intermediate-form data is prepared in parallel 19. A system according to claim 13, further including 

with the sorting of the intermediate-form data. means for printing the image based on the pagemap. 

13. A system for rasterizing a datastream of sequential 20. A system according to claim 19, further including 
commands specifying at least one output image, com- 15 a printer. 

posing- 21. A system according to claim 13, wherein the 

means for identifying at least two state-independent Processing means for converting the commands 

blocks of said commands within the datastream, the msaid blocks «>mpn*i « least two general purpose 

indicative of image portions that overlap other m&ms for converting mle nnediate-form object data 
image portions; comprises at least two general purpose microprocessors 
parallel processing means for converting the com- programmed to operate in parallel, 
mands in said blocks into intermediate-form object 23. A system according to claim 13, further including 
data and maintaining a sequence record of said 25 means for converting multiply used intermediate-fonn 
intermediate-form object data; and ' object data only once and for reusing said intermediate- 
parallel-processing means for converting the inter- form object data in converting the intermediate-form 
mediate-form object data into rasterized pelmaps of data into rasterized pelmaps. 

at least two non-overlapping geographic regions of 24. A system according to claim 23, further including 

the image and, for each region, in the same se- 30 means for preparing reusable intermediate-form data in 

quence as said sequential commands were received parallel for at least two items of the selected block but 

which gave rise to said intermediate-form data. inverting said reusable mtermediate-form object data 

14. A system according to claim 13, wherein the ° n * s °™ stcm accordi t0 claim ^ funher including 
means for converting blocks is pipelined with the means 3J mcans for p rcparing ^ intermediate-form 
for identifying blocks. data m para i lc ] w j tn the means for converting blocks 

15. A system according to claim 13, wherein the imo intermediate-form data. 

means for converting intermediate-form object data is 2 6. A system according to claim 23, further including 

pipelined with the means for converting blocks. means for preparing the reusable intermediate-form 

16. A system according to claim 13, further including 40 data in parallel with the means for sorting the intennedi- 
parallel-processing means for sorting, in parallel, the ate-form data. 

intermediate-form object data into the geographical * * * * * 
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